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DETAILED ACTION 



1. 



Claims 44 and 45 have been cancelled. 



2. 



Claims 1-59 have been reexamined. 



Claim Rejections - 35 USC § 102 



3. The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed pubUcation in this 
or a foreign country, before the invention thereof by the applicant for a patent. 

4. Claims 1-15, 17-32, 34-43, 46-49 and 51-59 rejected under 35 U.S.C. 102(a) as being 
anticipated by Daynes (US 6,182,186 B2). 

Per claim 1, Daynes discloses a method of providing non-blocking multi-target 
transactions in a computer system (e.g. FIG. 13, col.l5:64-67 and col.l6:l-10 "... locking 

operation may make use of two techniques. . . .dispatching specialized code according to lock 
state type, and non-blocking synchronizations, emphasis added and e.g. FIG. 7 and related text), 
the method comprising: 

defining plural transactionable locations, wherein individual ones of the transactionable 
locations encode respective values and are owned by no more than one transaction at any given 
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point in a multithreaded computation (col.2: 15-25 and col. 18: 15-25 "... transaction owns an 
exclusive type of lock ..." and e.g. FIG. 4 and FIG. 11, 1 148 and related text); 

for a particular multi-target transaction of the multithreaded computation, attempting to 
acquire ownership of each of the transactionable locations targeted thereby (col. 17: 65-67 and 
col. 18:1-10"... if the ownership test fails . . . "), wherein the ownership acquiring wrests 
ownership from another transaction, if any, that owns the targeted transactionable location (col. 
18:45-50 "... single-owner lock states of each locking context..." and e.g. FIG. 9 and col.l3:40- 
60 ". . . for each lock state found, the transaction is removed from all owner sets where it 
appears); and 

once ownership of each of the targeted transactionable locations has been acquired, 
attempting to commit the particular multi-target fransaction using a single-target 
synchronization primitive to ensure that, at the commit (col. 19:1-15"... a locking context is 
active ... bit numbers that appear in its owner . . ."), the particular multi -target transaction 
continues to own each of the targeted fransactionable locations, wherein individual ones of the 
multi-target fransactions do not contribute to progress of another (col. 20:5-15 ". . . swo are 
single owner lock states . . .single owner lock states corresponding to the fransaction this cache 
belongs to... "). 

Per claim 2, Daynes discloses the method of claim 1, wherein the ownership wresting 
employs a single-target synchronization primitive to change status of the wrested from 
fransaction to be incompatible with a commit thereof (col. 12:30-40 "... lock on the same 
resource are incompatible with each other . . ."). 
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Per claim 3, Daynes discloses the method of claim 2, wherein, as a result of the status 
change, the wrested from transaction fails and retries (col. 17: 65-67 and col. 18:1-10 "... if the 
ownership test fails . . ."). 

Per claim 4, Daynes discloses the method of claim 2, wherein the wrested from 
transaction is itself a multi-target fransaction (col. 2: 15-25 ". . . lock permits multiple 
fransactions to read . . ."). 

Per claim 5, Daynes discloses the method of claim 1 , further comprising: on failure of the 
commit attempt, reacquiring ownership of each targeted transactionable location and retrying 
(col. 17: 65-67 and col. 18:1-10 "... if the ownership test fails ..."). 

Per claim 6, Daynes discloses the method of claim 1 , wherein no transaction may prevent 
another from wresting therefrom ownership of fransactionable locations targeted by the active 
fransaction (col. 20:5-15 "... swo are single owner lock states . . .single owner lock states 
corresponding to the fransaction this cache belongs to. . . "). 

Per claim 7, Daynes discloses the method of claim 1 , wherein the ownership acquiring 
employs a single-target synchronization primitive to update the ownership of the targeted 
fransactionable location (col. 3:10-25 "... lock data structure is updated ..." and e.g. FIG. 7, 
step 714 and related text). 
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Per claim 8, Daynes discloses the method of claim 1, wherein each encoding of a 
transactionable location is atomically updateable using a single-target synchronization primitive 
(col. 10:55-65 "... maintain atomicity ..."). 

Per claim 9, Daynes discloses the method of claim 1 , wherein the individual 
transactionable location encodings further include an identification of the owning transaction's 
corresponding value for the transactionable location (e.g. FIG. 7, step 708 and related text). 

Per claim 10, Daynes discloses the method of claim 1, further comprising: accessing 
values corresponding to individual ones of the transactionable locations using a wait- free load 
operation (e.g. FIG. 7, step 714 and related text). 

Per claim 1 1 , Daynes discloses the method of claim 1 , wherein the transactionable 
locations directly encode the respective values (e.g. FIG. 7, step 708 and related text). 

Per claim 12, Daynes discloses the method of claim 1, wherein the transactionable 
locations are indirectly referenced (e.g. FIG. 9, step 902 and related text). 

Per claim 13, Daynes discloses the method of claim 1, wherein the transactionable 
locations are encoded in storage managed using a nonblocking memory management technique 
(e.g. GIG. 13 shows non-blocking synchronization ..."). 
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Per claim 14, Daynes discloses the method of claim 1, wherein the transactionable 
locations, if unowned, directly encode the respective values and otherwise encode a reference to 
the owning transaction (e.g. FIG. 7, step 708 and related text). 

Per claim 15, Daynes discloses the method of claim 1, wherein the single-target 
synchronization primitive employs a Compare-And-Swap (CAS) operation (col. 17:35-55 "... 
compare-and swap . . ."). 

Per claim 17, Daynes discloses the method of claim 1, wherein the single-target of the 
single-target synchronization primitive includes at least a value and a transaction identifier 
encoded integrally therewith (col. 16: 55-67 "... information can include register values . . ."). 

Per claim 18, Daynes discloses the method of claim 1, wherein the multi-target 
transaction has semantics of a multi-target compare and swap (NCAS) operation (col. 17:35-55 
". . . compare-and swap . . ."). 

Per claim 19, Daynes discloses the method of claim 1, embodied in operation of an 
application programming interface (API) that includes a load operation and an multi-target 
compare and swap (NCAS) operation (col. 17:35-55 "... compare-and swap ..."). 

Per claim 20, Daynes discloses the method of claim 19, wherein the load operation is 
wait-free (e.g. FIG. 7, step 714 and related text). 
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Per claim 21, Daynes discloses the method of claim 1, embodied in operation of an 
application programming interface (API) that provides transactional memory (e.g. FIG. 1 and 
related text). 

Per claim 22 (Currently amended), Daynes discloses an implementation of A computer- 
readable storage medium program instructions computer-executable to implement: 

a plurality of non-blocking, multi-target transactions (e.g. FIG. 13, col.l5:64-67 and 
col. 1 6 : 1 - 1 0 " . . . locking operation may make use of two techniques . . . .dispatching specialized 
code according to lock state type, and non-blocking synchronizations, emphasis added); 

wherein the program instructions comprise: 

instances of one or more single-target synchronization primitives executable to acquire, 
for a particular multi-target transaction, ownership of targeted transactionable locations 
(col.l7:35-65 and e.g. FIG. 9 and col. 13:40-60 "... for each lock state found, the transaction is 
removed from all owner sets where it appears) and 

a particular single-target synchronization primitive executable t o ensure that, at commit, 
the particular multi-target transaction continues to own each of the targeted transactionable 
locations, wherein individual ones of the multi-target transactions do not contribute to progress 
of another (col. 17: 65-67 and col. 18:1-10"... if the ownership test fails ...") 

Per claim 23 (Currently amended), Daynes discloses the impl e m e ntation of storage 
medium claim 22, wherein the program instructions are further executable to implement 
e mbodi e d as softwar e e ncod e d in on e or mor e comput e r r e adabl e m e dia and that, on e x e cution 
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as part of a concurrent computation, and wherein execution of the concurrent computation 
invokes the muhi-target transactions (col. 2: 15-25 ". . . lock permits multiple transactions to read 
...") 

Per claim 24 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein to acquire ownership , when performed by a first one of the 
multitarget transactions, wrests ownership from respective other ones of the multi-target 
transactions, if any, that own respective ones of the targeted fransactionable locations (col. 19:1- 
15 ". . . a locking context is active ... bit numbers that appear in its owner . . ."). 

Per claim 25 (Currently amended), Daynes discloses the the implomontation of storage 
medium of claim 24, wherein to wrest ownership, the program instructions are further 
executable to implement an instance of a single-target synchronization primitive to change 
status of a wrested-from transaction to be incompatible with a commit thereof (col. 12:30-40 
". . . lock on the same resource are incompatible with each other . . ."). 

Per claim 26 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 25, wherein, as a result of the status change, the program instructions are 
further executable to omplement the wrested-from fransaction eventually fails and retries (col. 
17: 65-67 and col. 18:1-10"... if the ownership test fails ..."). 
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Per claim 27 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein no transaction may prevent another from wresting therefrom 
ownership of transactionable locations targeted by the active transaction (e.g. FIG. 7, step 708 
and related text). 

Per claim 28 (Currently amended), Daynes discloses the the implomontation of storage 
medium of claim 22, wherein the transactionable locations directly encode the respective values 
(e.g. FIG. 7, step 708 and related text).. 

Per claim 29 (Currently amended), Daynes discloses the the implomontation of storage 
medium of claim 22, wherein the transactionable locations are indirectly referenced (e.g. FIG. 
7, step 708 and related text).. 

Per claim 30 (Currently amended), Daynes discloses the the impl e m e ntation of storage 
medium of claim 22, wherein the transactionable locations are encoded in storage managed 
using a nonblocking memory management technique (e.g. FIG. 7, step 714 and related text). 

Per claim 31 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein the transactionable locations, if unowned, directly encode the 
respective values and otherwise encode a reference to the owning transaction (e.g. FIG. 7, step 
708 and related text). 
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Per claim 32 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein at least some instances of one or more the single-target 
synchronization primitive employ a Compare-And-Swap (CAS) operation (col. 17:35-55 ". . . 
compare-and swap . . ."). 

Per claim 34 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein at least some of the multi-target transaction have semantics of a 
multitarget compare and swap (NCAS) operation (col. 17:35-55 "... compare-and swap ..."). 

Per claim 35 (Currently amended), Daynes discloses the the implomontation of storage 
medium of claim 22, embodied as software that includes a fimctional encoding of operations 
concurrently executable by one or more processors to operate on state of the transactionable 
locations (e.g. FIG. 7, step 708 and related text). 

Per claim 36 (Currently amended), Daynes discloses the the impl e m e ntation of storage 
medium of claim 22, wherein at least some of the multi-target transactions are defined by an 
application programming interface (API) that includes a load operation and a multi-target 
compare and swap (NCAS) operation (col. 17:35-55 "... compare-and swap ..."). 

Per claim 37 (Currently amended), Daynes discloses the the impl e m e ntation of storage 
medium of claim 22, wherein at least some of the multi-target transactions are defined by an 
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application programming interface (API) that provides transactional memory (e.g. FIG. 1 and 
related text). 

Per claim 38 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein the multi-target transactions are obstruction-free, though not wait- 
free or lock-free (e.g. FIG. 7, step 714 and related text). 

Per claim 39 (Currently amended), Daynes discloses the the implementation of storage 

medium of claim 22, wherein the implementation does not itself guarantee that at least one 
interfering concurrently executed multi-target transactions makes progress (e.g. FIG. 7, step 708 
and related text). 

Per claim 40 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 22, wherein the program instructions are further executable to implement a 
contention management facility configured to facilitate progress in a concurrent computation 
(e.g. FIG. 4 and related text). 

Per claim 41 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 40, wherein operation of the contention management facility ensures progress 
of the concurrent computation (e.g. FIG. 7 and related text). 
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Per claim 42 (Currently amended), Daynes discloses the the implementation of storage 
mediumof claim 40, wherein the contention management facility is modular such that 
alternative contention management strategies may be employed without affecting correctness of 
the implementation (e.g. FIG. 7, step 716 and related text). 

Per claim 43 (Currently amended), Daynes discloses the the implementation of storage 
medium of claim 40, wherein the contention management facility allows changes in contention 
management strategy during a course of the concurrent computation (e.g. FIG. 7, step 708 and 
related text). 

Per claim 47, this is the computer readable medium version of the claimed method 
discussed above (Claim 7), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 48, this is the computer readable medium version of the claimed method 
discussed above (Claim 4), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 



Per claim 49, this is the computer readable medium version of the claimed method 
discussed above (Claim 15), wherein all claim limitations have been addressed and/or covered 
in cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 
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Per claim 5 1 , this is the computer readable mediirai version of the claimed method 
discussed above (Claim 17), wherein all claim limitations have been addressed and/or covered 
in cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 52 (Currently amended), this is the computer readable medium version of the 
claimed method discussed above (Claim 1), wherein all claim limitations have been addressed 
and/or covered in cited areas as set forth above. Thus, accordingly, these claims are also 
anticipated by Daynes. 

Per claim 53, this is the computer readable medium version of the claimed method 
discussed above (Claim 18), wherein all claim limitations have been addressed and/or covered 
in cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 54, this is the computer readable medium version of the claimed method 
discussed above (Claim 5), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 55, Daynes discloses a encoding of claim 46, wherein the computer readable 
medium includes at least one medium selected from the set of a disk, tape or other magnetic, 
optical, or electronic storage medium and a network, wireline, wireless or other 
communications medium (e.g. FIG. 1 and related text). 
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Per claim 56 (Currently amended), this is the apparatus version of the claimed method 
discussed above (Claim 1), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 57, this is the computer readable medium version of the claimed method 
discussed above (Claim 7), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 58, this is the computer readable medium version of the claimed method 
discussed above (Claim 2), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Per claim 59, this is the computer readable medium version of the claimed method 
discussed above (Claim 4), wherein all claim limitations have been addressed and/or covered in 
cited areas as set forth above. Thus, accordingly, these claims are also anticipated by Daynes. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 



Application/Control Number: 10/620,747 Page 15 

Art Unit: 2192 

having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

6. Claims 16, 33 and 50 rejected under 35 U.S.C. 103(a) as being unpatentable over Daynes 
in view of Maged et al ("Non-Blocking Algorithms and Preemption-Safe Locking on 
Multiprogrammed Shared Memory Multiprocessors", March 1997). 

Per claims 16, 33 and 50 Daynes do not explicitly disclose wherein the single-target 
sjoichronization primitive employs Load-Linked (LL) and Store-Conditional (SC) operation 
pair. However, Maged et al. discloses non blocking algorithms (See Section 3, page 5). Figure 
2, page 7 shows a non-blocking counter implementation using load-linked/store -conditional. In 
addition, Maged et al. discloses emulation using load-linked and store - conditional instruction 
(page 13). Therefore it would have been obvious to employ Load-linked and Store-Conditional 
operation to read, modify and write a shared location as once suggested by Maged et al. (page 
3). 

Response to Arguments 

7. Applicant's arguments filed 04/10/2008 have been fiiUy considered but they are not 
persuasive. 

a) The Applicant asserted that "Daynes does not disclose a method of providing non- 
blocking multi-target transactions in a computer system" (Page 13). 
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Regarding the above assertion (a), contrary to Applicant's assertion, prior art Daynes 
discloses a method of providing non-blocking multi-target transactions in a computer system 
(e.g. FIG. 1 3 , col. 1 5 :64-67 and col. 16:1-10"... locking operation may make use of two 
techniques. . . .dispatching specialized code according to lock state type, and non-blocking 
synchronizations, emphasis added). Examiner would like to reiterate that Dynes clearly provide 
a non-blocking multi-target transaction (see col.l7:25-40 "... Non-blocking synchronizations... 
non-blocking synchronization requires an implementation using an atomic compare and swap 
operation). During garbage collection, the garbage collector checks if any owner sets of the lock 
state (to be copied to another location) contains inactive bit numbers (e.g., bits that mapped to 
locking contexts of terminated transactions (as described above) that did not delete their bits 
from the lock states representing the locks these transactions owned upon their completion). If 
no inactive bit numbers are found, garbage collection proceeds as usual, (col. 19: 15-25, 
emphasis added). Therefore Dynes teaches non-blocking mechanism used to access multiple 
transactions. Thus, it is respectfully submitted that the above argument is not persuasive. 

b) The Apphcant asserted that " Daynes does not disclose defining plural 
tranasactionable locations, wherein individual ones of the transactionable locations encode 
respective values and are owned by no more than one transaction at any given point in a 
unthreaded computation." (FagQ 14). 

Regarding to the above assertion (b), examiner respectfiiUy disagrees with the above 
assertion. Contrary to the above argument, Daynes clearly discloses defining plural 
transactionable locations, wherein individual ones of the transactionable locations encode 
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respective values and are owned by no more than one transaction at any given point in a 
unthreaded computation (col.2: 15-25). Even though Daynes describes one type of lock to be 
"shared lock which permits multiple transactions to read/view an item simultaneously without 
any modification", Daynes also describes another type of lock referred to as "exclusive lock 
which permits one transaction to read and write to an item while excluding all other transactions 
from reading or writing to the item" (col.2: 15-25). Thus, it is respectftilly submitted that the 
above argument is not persuasive. 

c) The Applicant asserted that "Daynes also fails to disclose wherein the ownership 
acquiring wrests ownership from another transaction, if any, that owns the targeted 
transactionable location. " (page 14). 

Regarding to the above assertion (d), examiner respectfully disagrees. Daynes describes 
ownership acquiring wrests ownership from another transaction, if any, that owns the targeted 
transactionable location (e.g. FIG. 9 and col.l3:40-60 "... for each lock state found, the 
transaction is removed from all owner sets where it appears"). By removing the transaction from 
the owner sets , the value of the lock state is modified."). By removing the transaction from the 
owner, the ownership acquiring wrests ownership from another transaction. Thus, it is 
respectfully submitted that the above argiiment is not persuasive. 
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d) The Applicant asserted that "Daynes fails to disclose attempting to commit the 
particular multi-target transactions using a single-target transaction continues to own each of 
the targeted transactionable locations. " (Page 15). 

Regarding to the above assertion (d), the examiner respectfully disagrees. The claim 
limitation recites "attempting ..." interpreted as "testing, trying etc". Daynes describes 
attempting to commit the particular muki-target transactions using a single-target transaction 
continues to own each of the targeted transactionable locations (e.g. FIG. 7). "If the transaction 
does not own the requested lock, the lock manager checks for any conflicts with the existing 
locks and for the absence of any pending lock requests (by other transactions) at step 702. If 
there is a conflict but no pending lock request (determined at step 704), a new lock state with a 
queue is created and entered in the TILS at step 704.a" (col.l 1:10-30, emphasis added). 
Furthermore, Daynes describes that "if the compare-and swap fails (given by a test at line 9), it 
means that at least one other transaction has managed to set its own lock while the transaction 
was executing instructions at lines 3 to 8. The lock manager must then retry the lock 
acquisition with the new lock state (lines 13 and 14 initiate the retry and jump to line 4 to 
redispatch to specialized code best suited to handle the type of the new lock state returned by 
the compare-and swap instructions). Otherwise, if the compare-and swap succeeds, the lock 
manager completes the lock acquisition by recording the locked resource in its lock set" 
(col. 17:35-65, emphasis added). Thus, it is respectfully submitted that the above argument is not 
persuasive. Accordingly, examiner respectfully maintains the previous rejection. 
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Conclusion 

8 . THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ISAAC T. TECKLU whose telephone number is (571)272-7957. 
The examiner can normally be reached on M-TH 9:300A - 8:00P. 

If attempts to reach the examiner by telephone are unsuccessfiil, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained trom the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
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